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Device and method for recording information 



The invention relates to a device for recording information 

The invention ftrflier relates to a device for reading infonnation fiom a record 

carder. 

The invention further relates to a record carder. 

Hie invention further relates to a method of recording information. 

The invention farther relates to a computer program product for recording 

information. 



10 A device and method for recording information on a record carrier are the 

known from WOOl/33852, in which digitally compressed video data is recorded on a record 
carrier according to a video encoding standard, for example the MPEG2 format A data 
stream includes video and pushed interactive data (ie. delivered to users whether or not they 
request such data) together constituting an enhanced user program that provides a video 

15 program and interactive functions or data to the user, such as quiz response options or five 
stock quotes. The data stream is broadcast to a receiving device and includes one or more 
appUcation data objects representing the pushed interactive data. The appUcation data objects 
may inchide various types of objects, including a file table, for providing a number of 
interactive applications to the user while rendering the video data. When the data stream is 

20 received the individual data objects are extracted from the data steam. Then the data objects, 
accompanying object properties and the file table are stored. Hence the pushed interactive 
data is converted into pulled interactive data, ie. the application is under the control of the 
user. It is noted that storing the data stream as a whole, i.e. just as it is received, would have 
a number of disadvantages. For example, when starting rendering the program at a randomly 

25 chosen moment, any interactive application will only be available after waiting until it has 
been (re-)included in the data stream. Hence the data objects are stored separately as files and 
can be accessed by the user at any time. However, storing of the data objects as files requires 
a predetermined file format and file accessing system suitable for every application, while 
file table infonnation has to be included in the data stream. 
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It is an object of the inventLon to provide a system for recording and 
reproducing an enhanced user program comprising digitally encoded real-time information 
S and interactive ^plicatioos, whicli is able to store the video and interactive applications 
included in a data stream via versatile storage format, which is compatible with pre-existing 
recording and playback devices operating according to a predefined recording foimat 

According to a first aspect of the invention a device for recording infoimation 
on a record carrier comprises recording means for recording marks representing digital^ 

10 encoded real-time information, in particular video, according to a predefined recording 

formal an input unit for receiving a data stream constituting an enhanced user program, the 
data stream comprising the real-time infomiation and application data objects, at least one 
subset of the application data objects constituting data for providing to a user at least one 
interactive application while rendering the real-time information, message means for 

15 extracting messages fix)m tiie data stream, the messages containing the application data 

objects, parsing means for generating application control information, and control means for 
storing the messages in a message file separate firom the real-time information as a series of 
the messages for the program and for storing the application control information in a message 
info file, the application control information including accessing information for accessing 

20 the messages in the message file. 

According to a second aspect of the invention a device for reading information 
firom a record carrier for rendering an enhanced user program comprises reading means for 
reading marks representing digitally encoded real-time information, in particular video, 
according to a predefined recording format, and control means for providing to a user at least 

25 one interactive ^plication based on at least one subset of application data objects while 
rendering the real-time information by retrieving application control information fiom a 
message info file, and by retrieving messages fi-om a message file based on accessing 
information included in the application control information, the messages containing the 
application data objects, and the message file being stored separate fcom the real-time 

30 information. 

According to a third aspect of the invention a record carrier carries information 
for constituting an enhanced user program, on which record carrier marks in a track represent 
digitally encoded real-time information, in particular video, according to a predefined 
recording format, a message file separate fixon the real-time information, the message file 
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comprising messages containing application data objects, at least one subset of the 
q)plication data objects constituting data for providing to a user at least one interactive 
application while rendering Ae real-time information, and a message info file containing 
application control infomiation including accessing information for accessing the messages 
5 in the message file. 

The measures have the effects that application data objects are stored in a 
separate message file. The message info file has accessing information for retrieving the 
individual ^plication data objects from the message file. The message info file is generated 
by using the infomiation firom the data stream as provided for immediate rendering. The 
10 message file and message info file are directly available to the rendering device for use when 
deferred rendering and interactive functions are required. 

This has the advantage that a storage and retrieval system for application data 
is provided that is independent of file information included by the transmitter in the data 
stream. A large number of different interactive applications can be accommodated and 
15 randomly accessed using just the message file and the message info file. 

The invention is also based on the following recognition. The inventors have 
seen that parsing the data stream and extracting data objects to store files for each interactive 
atqslication requires the receiver to retrieve detailed information firom the data stream. 
Providing a message storage system that consecutively stores the messages and generates 
20 accessmg information for quickly navigating through the messages is based on the same 
information that is needed for immediate reproduction. Hence the storage system based on 
messages as transmitted is less complicated and more versatile than the storage system based 
on appHcation files of WO 01/33852. hi that system the receiver is configured to parse tiie 
pushed data into separate data objects which make up the data stream of the program, and 
store Ae data objects on a storage device as a set of files rathra* than as a series of messages. 

In an embodiment of the device the parsing means are arranged for mcludmg 
for a message at least one of the following in the message info file: a message numb^, the 
message number identifying the message in the series of the messages; a message type 
mdicator; a start location in the message file; length of the message; number of succeeding 
message. This has the advantage that any message is easily retrievable firom the message file 
using the message iofo file. 

In an embodiment of the device the message means are arranged for removing 
redundant infomiation fixjm tiie messages extracted by the parsing unit. This has the 
advantage that the amount of information to be stored is reduced. 
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Further preferred embodiments of the recording or reading device, the record 
canier, and method according to the invention are given in the claims. 



5 These and other aspects of tiie invention will be apparent ftom and elucidated 

further with reference to the embodiments descdbedby way of example in the following 
descrqition and widi reference to the accompanying drawings, in which 
Figure la shows a record carrier (top view). 
Figure lb shows a record carrier (cross section), 
10 Figure 2 shows a recording and/or reading device. 

Figure 3 shows a block diagram of the layers during BD recording. 
Figure 4 shows recording of video according to tiie BD recording formal; 
Figure 5 shows the structure of the application layer. 
Figure 6 shows a directory structure for the BD system, 
15 Figure 7 shows the transmission format for messages of MHP data in a 

MPEG-TS, 

Figure 8 shows a structure of groups for a carousel. 

Figure 9 shows processing of a data stream to extract messages and message 

info, 

20 Figure 10 shows a structuie of the plication layer when storing MHP data. 

Figure 1 1 shows the layout of a message file. 
Figure 12 shows an example of a message info file, and 
Figure 13 shows a directory stracture for MHP data. 
Cocresponding elements in different Figures have identical reference numerals. 

25 

Figure la shows a disc-shaped record carrier 1 1 having a track 9 and a central 
hole 10. The track 9, being the position of tiie series of (to be) recorded marks representing 
information, is arranged in accordance with a spiral pattern of turns constituting substantially 
30 parallel tracks on an information layer. The record carrier may be optically readable, called 
an optical disc, and has an information layer of a recordable type. Examples of a recordable 
disc are the CD-R and CD-RW, and writable versions of DVD, such as DVD+RW, and the 
hi^ density writable optical disc using blue lasers, called Blue-ray Disc (BD). The 
information is rejn-esented on the infomiation layer by recording optically detectable marks 
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along (he track, e.g. crystallme or amorphous marks in phase change material. The track 9 on 
Ihe recordable type of record canier is indicated by a pre-embossed track structure provided 
daring manu&cture of the blank record carrier. The track structure is constituted, for 
example, by a pregroove 14 which enables a readAvrite head to follow the track during 
5 scanning. The track structure comprises position infarmation, e.g. addresses, for indication 
the location of units of mfotmation, usuaify called infarmation blocks. 

Figure Ibis a cross-section taken along the line b-b of the record carrier 11 of 
the recordable ^e, m which a transparent substrate 15 is provided with a recordmg layer 16 
and aprotective layer 17. The protective l^er 17may comprise a further substrate layer, for 
10 example as m DVD where &e recordmg %er is at a 0.6 mm substrate and a further sub^ 
of 0.6 mm is bonded to the back side thereof, lie pregroove 14 may be hnplemenled as an 
indentation or an elevation of the substrate 15 material, or as a material properly deviating 
from its surroundings. 

The record carrier 1 1 is intended for carrying information representing 
15 digitally encoded video Kke MPEG2 encoded video mformation recorded according to a 

predefined recordmg format like the DVD format. Further details about tiie DVD disc can be 
fomidinreference: ECMA.267: 120 mm DVD - Read-Onfy Disc - (1997), and correspondmg 
DVD video recording specifications. The BD recording format is described in die System 
Description Blue-Ray Disc Rewritable Format, in particular Part 3: Audio Visual 
20 Specifications, version 1.0, Jirne 2002. Relevant aspects are described below with reference 
to Figures 3 and 4. Broadcasting and transporting multimedia data for a home platform is 
described in flie standardization document ETSI TS 101.812. further referred to as MHP, 
whereas relevant aspects are described below with refereaace to Figures XXX. 

Figure 2 shows a recording and/or seadmg device for writing mfoimatian on a 
record carrier 1 1 of a type which is writable or re-writable, for example CD-R or CD-RW, or 
DVD+RW or BD. The device is provided witii recordmg means for scannmg tiie track on the 
record carrier which means include a drive unit 21 for rotating the record carrier 1 1. a head 
22, a positioning unit 25 for coarsely positioning die head 22 in the radial direction on tiie 
track, and a control unit 20. The head 22 comprises an optical system of a known type for 
generating a radiation beam 24 guided through optical elements focused to a radiation spot 23 
on atrack of the information layer of the record carrier. The radiation beam 24 is generated 
by a radiation source, e.g. a laser diode. The head further comprises (not shown) a focusmg 
actiiator for moving the focus of the radiation beam 24 along the optical axis of said beam 
and a tracking actuator for fine positioning of the spot 23 in a radial direction on flie center of 
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the track. The tracking actuator may comprise coils for radially moving an optical element or 
may alternatively be arranged for changing the angle of a reflecting element For writing 
information the radiation is controlled to create optically detectable marks in the recording 
Isyet. The madcs m^ be in any optically readable form. e.g. in the form of areas with a 
reflection coefficient different fiom their smronndings, obtained when recording in materials 
such as <fye, alloy or phase change material, or in the form of areas wifli a direction of 
magnetization different ftom their surroundings, obtained when recording in magneto-optical 
material For reading the radiation reflected hy Has information layer is detected by a detector 
of a usual type, e.g. a four-quadrant diode, in the head 22 for generating a read signal and 
further detector signals including a tracking error and afocusing error signal for controlling 
said tracking and focusing actuators. The read signal is processed by read processing unit 30 
of a usual type including a demodulator, deformatter and oo^ unit to retrieve the 
information. Hence retrieving means for reading information include the drive unit 21, the 
head 22, the positioning unit 25 and the read processing unit 30. The device may include a 
15 rendering unit 36 coupled to the read processing unit 30 for rendering real-time information, 
for example a display screen for rendering video information. 

The device comprises write processing means for processing the iapvt 
informatian to generate a write signal to drive die head 22, which means comprise an input 
unit 27, and a formatter 28 and a modulator 29. The control unit 20 controls the recording 
20 and retrieving of information and may be arranged for receiving commands from a user or 
from a host computer. The control unit 20 is connected via control lines 26, e.g. a system bus. 
to said input unit 27, formatter 28 and modulator 29, to the read processing unit 30, and to the 
drive unit 21, and the poshioning unit 25. The control unit 20 comprises control drcuilry, for 
exanqple a microprocessor, a program memory and control gates, for performing the 
25 procedures and functions according to the invention as described below. The crartrol unit 20 
may also be implemented as a state machine in logic circuits. 

The input unit 27 receives and processes a data stream containing at least one 
program of audio and/or video, for example a transport stream of a digital broadcast networic 
such as MHP for constituting an enhanced user program. The data stream comprises the real- 
30 time program information and appUcation data objects, for example transmitted in a carousel 
as e3q)lained below with reference to Figure 7 and 8. A subset of the application data olgects, 
usually called a module, constitutes data for providing to a user at least one interactive 
appUcation wMe rendering the real-time information. The data stream of a selected program 
is passed to the formatter 28 for generating control data and formatting tfie data as described 



wo 2004/098186 



PCT/IB2004/OS0519 



10 



7 

bdow with reference to Figure 9. For computer applications information may be interfaced to 
the fonnattsr 28 directty. The formatted data from the ou^ut of the formatter 28 is passed to 
the modulation miit 29, which conqnises for example a channel coder, for generating a 
modalated signal which drives the head 22. Further the modulation tmit 29 comprises 
synchronizmg means for including syndnronizing patterns in the modulated signal. The 
formatted mformation presented to the inpat of the modnlation imit 29 conptise address 
informatiQn and is written to corresponding addressable locations on the record carrier under 
the control of control unit 20 according to a predefined recordmg format It is to be noted that 
further in the text reference is made to the predefined recordmg format of the BD as an 
example of such a format However other predefined recording formats such as DVD+RW 
may be used also. 

The device is provided with an ^plication unit 32 for leliievmg the 
appUcation data objects and application control data under control of the control unit 20 from 
ffles as described below. The appUcation is presented to the user in combination with the 
15 real-time information retrieved via the read unit 30. 

It is noted that die device as shown in Figure 2 has recording and reproducing 
functions. Alternatively a reading device for p%back only has corresponding elements for 
retrievmg mformation from a record carrier, and contains the scanning elements and the read 
processmg circuitry, but does not have the hqmtunit 27, the formatter 28, and tiie modulator 
20 29. 

Recordmg of Transport Streams such as MPEG Transport JStreams is defined 
in the BD system. Intiie BD-RE system modes have been specified for storing MPEG2 
TranspOTt streams received from digital broadcast During recordmg fbe stream is analyzed 
and characteristic data is derived and stored outside the main Transport stream. Mam reason 

25 for storing tiiis characteristic data outside tiie Transport stream is to paovide random access to 
start rendering at a selected presentation time and to enable editing of Pl^Lists. hi tiie known 
BD system tiie characteristic data relates to the video data itself, and no provisions are made 
for separate applications like MHP. 

It is noted tiiat in recording systems based on magnetic tape the data stream as 

30 a whole is recorded. For example in the DV system (now only used for camcorder 

applications) specifications have been made for recording MPEG2 Transport streams on DV 
t^es. Ihe specification is written in: 

"Specifications of Consumer Use Digital VCRs using 6.3 mm magnetic tape. 
Part 7: DVB Specifications of Consumer-Use Digital VCR 
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Part 8: ATV Specifications of Consumer-Use Digital VCR " 
by: HD Digital VCR Conference [Blue Book], December 1995. 

For cjrample the DVHS system is intended to be used for storing (partial) MPEG Transport 
streams from Digital Broadcasts. The MPEG TS is stored in the same way as it is received 
5 from ttie Broadcast station (streams mode). DVHS is described in: 
**D-VHS system standard" by Victor Company of Japan, My 2000. 

Figure 3 shows a block diagram of the layers during BD recording. At an input 
40 there is a Transport stream, at the output 43 formatted data is available for use. A user 
interface 45 and further processing of the formatted data is not standardized. The Transport 
10 Stream might have been deUvered over a Digital hiteiface or by a built-in tuner. The l^ers in 
the BD system are described in dififerent parts of the System Description Blue-R^ Disc 
Rewritable Format: 

- a physical layer 44 is described in Part 1, where the physical characteristics of recordmg on 
the disc 1 1 are explained. At the interface between Physical layer and File system layer there 

15 is a Logical address space. 

- a file system layer 43 is described in Part 2. In the File system layer a FS data base maps the 
files firom an i^pKcation layer 42 on the Logical address space from the Physical l^er 44. 
Furfliennore m this layer some allocation rules are specified in order to guarantee real-time 
behavior. 

20 - the application layer is given in Part 3, where the processing needed for a certain 
plications is specified, e.g. storing MPEG2 Transport streams. 

Figure 4 shows recording of video according to die BD recording fonnat A 
data stream is applied at an input 46. In a Program Selection unit 47 a selection is carried out 
for selecting a certain program. TS packets from oflier programs are removed. The resulting 

25 stream 48 is called "Partial Transport stream". Program selection might also have taken place 
at the transmitter of the Digital Interface. Program selection is not needed if ihe Transport 
Stream contains only one program. To keep the proper timing of each TS packet a Trnie 
stamp is added to every remaining TS packet The time stamp represents the arrival time of 
the TS packet In this way the correct timing of the TS packets during playback can be 

30 restored. In a following stream unit 50 the Source packets with a length of 192 bytes 

(Transport Stream Packet + Time stamp) are packed in Units and the Units are concatenated 
into a CUp stream file. For a next recording a new CUp stream file is created and stored. Also 
coupled to die stream 48 is a video parsing unit 49 for parsing the incoming TS and deriving 
characteristics of die program and Transport Stream, which are stored in a CUpInfo file. The 
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CUpInfo file also contains a moping from presentation tile in the program to location in the 
slieam file (with a so-called CPI (Characteristic Point Mbmiation) table). By definition a 
Oq) consists of the stream file + the corresponding Clip hifo file. There are a nnmber of sub- 
tables in the CUpMb file, these are: 

ClipInfoO : General coding conditions etc. 

SequencehifoO : Parts of the stream whidi do haw the same time base. 
ProgramlnfoO : Parts of the stream wifli the same program related info 
CPIQ : EnHy points in the stream 

CKpMadcO : Location and kmd of tiie Marks. 

MakersPrivateDataO : Private data for this stream file. 
A PlayList unit 52 is also coupled to tiie video parsmg unit 49 for creating and storing a 
PlayList file. The Pl^List consists of a number of sub-tables, tiiese are: 

■ User-Appl-InfoO : General hifonnation which can be used for the UI (User toerface) 

■ Plaryritems 0 : The PlayList consists of a number of Playltems. 
15 ■ PlayListMarksO : Location and kind of the Marks. 

■ MakersPrivateDataO: Private data for this stream file. 

Figure 5 shows the structure of the application layer. A P%List level 55 
contams a multitiide of P%List files. The PlayList file comprises a number of Playltems. 
Each Plajritem refers to a presentation-start time and a presentation-end time in a Oip via the 
20 Cl^hifo file on the Clip level 56. The location where to start readmg in the dipStream file 
can be found by usmg the Cliplnfo file. A P%List may consist of Playltems which do 
belong to different C%s. hi this way editing is possible without changmg the AV content on 
the disc. 

Figure 6 shows a directory stmctnre for the BD system. For compatibility 
25 reasons tiie directory structure and file nammg has been standardized in Part a3 of the BD 
system. In a Root directory 61 a subdirectory BDAV 62 has been defined for containing the 
BD files. Further subdirectories (PLAYLIST, CLIPINFO, STREAM) contain the 
corresponding files. The Pl^List files are stored in the PLAYLIST dkectoiy, tiie CUphifo 
files are stored in the CLIPINF directory, and the Stream files are stored m the STREAM 
30 directory. In tiie Root a directory Others 63 is defined for containmg fiirther files, but these 
files are ignored by the BD application (v 1.0). 

Figure 7 shows the transmission format for messages of MHP data in a 
MPEG-TS. The way how the MHP data is packed and transmitted is known from the MHP 
specification. The audio visual (AV) content is transmitted m the MPEG transport stream 
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(TS) multiplex. Hie additional infonnation is transmitted in a carousel 65 which is also 
multiplexed in the MPEG-TS multiplex. The first transmission of aa appUcation should be 
finished before the appUcation can be active. An application can be xcpdated to a new version 
number. Inqtortant events are transmitted in Ihe caiooseL 

5 1» Digital Video Broadcasting (DVB-MHP) an Object Carousel is used to 

transmit the MHP data. Data carousels ate used for DASE (Digital TV Application Software 
Environment) and ISDB (Integrated Service Digital Broadcast). DiflFerences between tiie two 
are in tiie referencing for transmission and applications. Data carousels ate sin^ler. 
Transmission of Data carousel and Object carousel is sKghtty different^ but for the remainder 

10 of flie e:q)lanation the difference is not important as storage is made ind^iendent fiom 
transmission. In tiiis text below tiie MHP object carousel is used for explanation, tiie same 
technique can be used for the data carousels. 

The upper diagram shows messages 66 for MHP, so-called BIOP messages 
(BIOP = Broadcast Inter ORB Protocol with ORB = Object Request Broker). The messages 

15 have a header 67 and a sub-header 68. In MHP appUcations there are messages for directory 
events (Obj-l[Dir]), file events (Obj-lIFile]), and stream and stream event (Obj-1 [Stream]). 
The messages contain data and attributes of a single Object. They are broadcast in a single 
Module 69 (one module majr contain several BIOP messages 66. The BIOP message 
contains: 

20 - a Message Header 67 [version and length of the message] 

- a Message Sub-header 68 [information about tiie conveyed object, such as object-type [File, 
stream, directory] 

- an object-key [unique identifier within an module] 

- a Message bodjr [depends on tiie object-^e] 

25 Durmg transmission tiie modules are sub-divided in download-data-blooks (DDB) 70, which 
have a same lengtii except for tiie last DDB of tiie module. A DDB header 71 is attached to 
every DDB, tiie contents of tiie header is about tiie module-id and tiie data block number in 
tile module. The DDB (header included) are transmitted in sections 72 as specified in 
MPEG2 described in IEC1381 8-1. A section header 73 is added. The section header 73 

30 contains information about tiie transmission of the sections in tiie MPEG TS multiplex. The 
sections are teansmitted in TS packets 74. Each TS packet 74 has a TS packet header 75, and 
optionally an adaptation header, a points field, and/or padding. The TS packets are 
multiplexed togetiica- wifli tiie otiier TS packets firom tiie programs in tiie multiplex. The TS 
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packet header 75 contains information about tlie transmission of the TS packets in the MPEG 
TS multiplex. 

In the Object carousel there are also sent some BIOP Control messages. These 
messages are used to retrieve the modules from the MPEG-TS. In a Data carousel existing 
5 descriptors in Service Mormation (SI) tables are used to retrieve the modules from ihe Data 
carousel 

Figure 8 shows a structmre of groups for a carousel. A group 80 contains 
several modules 69. Information about the modules in included in Module-Info 82, A Super 
Groqp 81 contains several Groiqps. Information about the groups is included in Groap-Info 

10 83. Hence an Object or Data carousel might contain a lot of modules. 

Figure 9 shows processing of a data stream to extract messages and message 
hifo. hi a program selection unit 91 TS packets from a selected program are passed to a de- 
multiplexer 92, while other packets from other TS streams are removed, whereby a partial TS 
stream results. Then the MPEG TS packets from the (DVB) program are separated from the 

15 MHP TS packets by the de-multiplexer 92 which provides DVB data to a video processing 
unit 93 having the fimctions for retrieving a Clip stream file, a Clip Info file and a PlayList 
file as described above with Figure 4. The de-multiplexer 92 fimher provides MHP data to a 
message unit 94 for extracting messages from the data stream, the messages containing the 
application data objects, and to a parsmg unit 95 for generating application control 

20 information. In the parsing unit the MHP packets are parsed fca: collecting the relevant 

information in the SI descriptors. The control means 20 are arranged for storing the messages 
in a message file called the MHP Appl-file (separate firom the real-time iirformation as a 
series of the messages for the program) and for storiag the application control information in 
a message info file called MHP Info file. The application control information includes 

25 accessmg information for accessing the messages in the message file as described in detail 
below. The fimctions are included in the formatter 28, and/or in the control unit 20 as 
described with Figure 2. 

In an embodiment of the message unit 94 redundant information of the MHP 
packets is removed: 
30 - The TS packet header information is removed. 

- The section header information is removed. 

- The DDB header information is removed. 

- The redundant Messages are removed. Messages are redundant when tiiey are repeatedly 
transmitted. For example if one of the messages in a module is updated then the whole 
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module gets a new version, while the other messages might stiU be the same. If there are 
messages which refer to other programs which are not stored or from which ihe information 
is not available in a time shift playback then these messages should be removed, or 
altemative references could be created as described in WO 01/33852. The remaining 
5 messages are stored in the MHP-Appl file. 

Figure 10 shows a structure of the i^pUcation layer when staring MHP data. 
In addition to the items described with reference to Figure 5 a message info file 101 called 
MHPInfo(l) has been stored. Further message files 102 called MHP messages have been 
stored corresponding to the Clip stream files. 

^^^^ 1 1 shows the layout of a message file. The message file contains a 
series of messages 111. A first message 112 canedMessage(l) is from Module (1) version 
(1); a second message 1 13 called Message(2) is from Module (3) version (1); message 114 
called Message(3) is again from Module (1) version (1). Hence a number of messages 
together constitute a module for an appUcation. All messages from all modules are numbered 
15 in the file and concatenated. The order in which they are stored is not important; time of 
arrival could be used. From the messages in the message file accessing information is stored 
in the MHP-Info file, for example the message number and the start and end of the active 
period (with reference to presentation time). 

Figure 12 shows an example of a message info file. In the file caUed MHP- 
20 hifo a table of entries is included. The Contents of the MHP-Info file could be: 

□ General info with 

■ Name of the Application. 

■ Required re£a:enced data. 

■ Valid period of this application. 
25 ■ Corresponding MHP-Appl file. 

■ First message (object) to be read (optional) 

□ Number of object entries. 

□ Table with for each entry: 

■ Message (object) number in the MHP-App file 
30 ■ Kind of message (object). 

■ Start location in the MHP-App file [byte accurate] 

■ Length of the message (in bytes) 

■ Start active period (presmtation time of the program) 

■ End active period (presentation time of the program). 
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■ Succeeded by message number x. 

The MHP-Info ffle offers the possibiUly to have random access in the program. In an 
embodiment of the read device the MHP-lnfo file is read before starting the program. At 
every moment (in presentation time) it is known what messages are active. It is noted that 
5 there majr be more than one carousel in ^MHP-Info file. 

Figure 13 shows a dfarectoiy structure for MHP data. The MHP-Appl file 13 1 
and the MHP-Info file 132 ate stored on the BD disc in such a that version-l systems 
can read the Program without die MHP databy ptovidmganew sub-direcloiy 130, for 
example called MHPINFO. The preexisting version 1.0 of the BD system will ignore the 
10 contents of the MHPINFO directory. The MHP version will recognize the MHPINFO 
dnectoiy . The files in the MHPINFO dhectory are Gtoup-4 files (as specified in Part-2). 
Th^ are stored outside the LB region for Gathered files 

Although the invention has been e^^lained mainly by embodiments using Ae 
BD, similar embodiments like DVD+RW havmg a predefined recording fonnat are suitable 
15 for flying the storage of appUcation-data. Further it is noted that a versmn of such a 
predefined format may standardize a specific storage location for the message file and the 
message info file. Also for tiie infomation carrier an optical disc has been described, but 
other media, such as a magneto-optical disc or magnetic tape, can be used. It is noted, that in 
this document the word 'comprising' does not exclude the presence of other elements or steps 
than those listed and the word 'a' or 'an' preceding an element does not exclude the presence 
of a plurality of such elements, that any reference signs do not limit the scope of the claims, 
fliat tiie invention may be m^lemented by means of both hardware and software, and that 
several 'means* m^ be represented by the same item of hardware. Further, the scope of 4e 
invention is not Ihnited to the embodiments, and the invention lies in each and every novel 
25 feature or combination of features described above. 
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